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ABSTRACT 



In a personal area network, a method for programming an 
appliance by a controller. The method includes steps of a) 
determining (358), by the controller (300), that the appliance 
(324) is included in the personal area network; b) determin- 
ing (328), by the controller (300), that the appliance (324) is 
in data communication with the controller (300); and c) 
when the appliance (324) is in data communication with the 
controller (300), performing substeps of: i) requesting 
downloading (330) of a command set for controlling the 
appliance (324); ii) receiving (332) the command set for 
controlling the appliance (324); and iii) programming (401) 
the command set into a memory of the controller. 

14 Claims, 15 Drawing Sheets 
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INTERACTIVE APPLIANCE REMOTE activation procedures make the jobs of forming a connection 

CONTROLLER, SYSTEM AND METHOD to a new network node and making changes in connectibility 

permission cumbersome at best. Setup and activation pro- 

CROSS-REFERENCE TO RELATED cedures are instituted, at least in part, to maintain control of 

APPLICATIONS 5 security and to define network addresses. Typically, a system 

administration level of security clearance is required before 

This application is related to co-pending application Ser. access is granted to network tables that define the network 

No. 08/729,207, filed on Oct. 4, 1996 pending , co-pending addresses. Thus, in conventional networks, many network 

application Ser. No. 08/762,127, filed on Dec. 9, 1996 US ers lack sufficient security clearance to activate and obtain 

pending and co-pending application Ser. No. 08/766,652, 3Q addresses of network nodes with which they may wish to 

filed on Dec. 16, 1996, pending which are assigned to the connect on their own. 

same assignee as the instant application. Qnce setup is performed, either directly by a user or by a 

„ m system administrator, connections are formed when an ini- 

TECHNICAL FIELD OF THE INVENTION ^ node the n&M ^ ^ a(Jdress of a 

The present invention relates generally to data commu- is network node to which a connection is desired. The setup or 

nication networks. More specifically, the present invention activation requirements of conventional networks force 

relates to a peer-to-peer network in which node addressing nodes t0 ^ ow or obtain a priori knowledge of node 

is dynamically configurable. Even more specifically, the addresses with which they wish to connect prior to making 

present invention relates to an interactive remote controller the connection. Excessive user attention is involved in 

for appliances. 20 making the connection through setup procedures and during 

the instant of connection to obtain addresses. This level of 

BACKGROUND OF THE INVENTION user involvement leads to an impractical network imple- 

. , , , . . , mentation between the everyday electronic devices with 

In a typical day many peop e come into contact with a which [e CQme intQ CQntact 

massive number of electronically controlled devices. Such Further , conventional computer networks tend to be infra- 

devices ranee from automobiles and appliances, to home 4 ■ * • m. ■ * * * * i j 

, „ 6 . . j . . i u j.i*- * structure intensive. The infrastructure includes wiring, 

and office equipment and to telephones and televisions to bage sta faubs an(J ^ devices which are 

name but a few. Many of these devices are required to move [q ^ ^ haye nQ substantial non . 

from time to time. Many of these devices are even portable. . . . , . ~, p 

_ , . . . J , , . r - network use to the computers they interconnect. Ine use ot 

These devices provide a vast and diverse assortment of . , r * ■ j • ui r . 'i 

. v , . . . , lL 30 extensive network components is undesirable for a network 

services for the people commg into contact with them. .. * *• u * j 1 * • j * 

^ % & 1 1 i j implementation between everyday electronic devices 

However, they suffer from a common problem related to , r . uu-ij* + 

t a n/rrt because an immense expense would be involved to support 

user input and output (l/Uj. such m infrastructure and because it impedes portability and 

User I/O refers to components and processes used to movability of nodes, 

communicate user-supplied data to an electronic device and 35 The use of wiring tQ interconn ect network nodes is a 

to annunciate data from an electronic device so the data may particuIarly offeD sive impediment to the use of conventional 

be perceived by a user. Although electronic devices provide networks 5ecause vdxing between diverse nodes ^ not 

a vast and diverse assortment of services, they tend to have suitabJe when some of the nodes are rtable Wmhs& 

redundant I/O In other words, many such devices have communication links mM theoretically solve the wiring 

displays, speakers and the like at which data may be 4Q probleni) m6 conventional wireless data communication 

annunciated and have buttons switches, keypads and other nclv/0{ks are ^ow. However, the conventional wireless 

controls at which user-supplied data may be communicated networks do little more than replace ^ hnes wixh wire i ess 

to the devices. In order to keep costs low and size small, user communication links . M excessive amount of infrastructure 

I/O capabilities often suffer. As a result, many electronic and excessive ^ invo |vement in setup procedures are still 

devices encountered in everyday life and particularly many 45 reQU i red 

portable devices, are cumbersome and tedious to use , n ^ Qf remote m thefe afe ^ ^ 

because communicating data from a user to the dev.ces is lems ^ af£ noted; (;) rfor afi remote contro]lers have 

difficult and because provisions are unavailable for clearly * ^ ^ of buttons ^ m ^ fme&M 

annunciating data tor a user s benefit. .u u u«* uu jp„ 

& names; even though some buttons may be changed from one 

In theory, this user I/O problem could be ameliorated by 50 f unct i on t0 another, by "re-programming" the remote 

better integrating electronic devices to ease data communi- controller, function names/labels then become inaccurate; 

cations therebetween. For example, a portable telephone ^ functions may not be added, and remote controllers 

could receive a facsimile (fax), but typically has no capa- cannot be rep rogrammed to personal preferences or needs, 

bility to print the fax and typically has no capability to beC ause of the finite number of physical buttons; and (iii) 

communicate with a printer which may be able to print the 55 remote controllers are typically incapable of dynamically 

fax. Likewise, a pager may receive a call-back phone addressing and controlling a multiplicity of different appli- 

number, but typical pagers have no capability to transfer the ances or devices . what is needed is a new type of remote 

call-back number to a telephone from which the call-back controller that is not subject to these limitations. 

can be made. User involvement is required to address these 

and many other data transfer issues. While many conven- 60 BRIEF DESCRIPTION OF THE DRAWINGS 

tional data communication or computer network architec- A more complete understanding of the present invention 

tures are known, the conventional architectures are unsuit- may be derived by referring to the detailed description and 

able for the task of integrating a plurality of electronic claims when considered in connection with the Figures, 

devices which collectively provide a vast and diverse assort- wherein like reference numbers refer to similar items 

ment of services. 65 throughout the Figures and: 

Conventional computer networks require excessively FIG. 1 is a layout diagram depicting exemplary relation- 
complicated setup or activation procedures. Such setup and ships between various peers in a wireless peer-to-peer data 
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communication network configured in accordance with the 
teaching of the present invention; 

FIG. 2 is a block diagram of hardware included in a peer; 

FIG. 3 shows a list of appliance circuits which may be 
included in the hardware illustrated in FIG. 2; 

FIG. 4 shows a list of gateways which may be included in 
the hardware illustrated in FIG. 2; 

FIG, 5 shows a list of I/O devices which may be included 
in the hardware illustrated in FIG. 2; 

FIG. 6 is a flow chart of exemplary tasks included in a 
capability addressable connection process performed by a 
peer; 

FIG. 7 is a data format diagram of an exemplary need/ 
capability message communicated from a peer to initiate a 
setup connection; 

FIG. 8 shows an exemplary need table which identifies 
possible network service needs which might occur at a peer; 

FIG. 9 shows an exemplary capability table which iden- 
tifies possible network capabilities which may be provided 
by a peer; 

FIG. 10 shows an exemplary flow chart of a process 
service connection procedure performed at a peer; 

FIG. 11 is a block diagram illustrating relationships 
between a personal area network, a communications device 
and an external infrastructure; 

FIG. 12 is a block diagram of an exemplary peer com- 
munications and control device; 

FIG. 13 is a diagram illustrating a sequence of data 
exchange messages between the devices of FIG. 11; 

FIG. 14 is a flow chart outlining steps in the data 
communications sequence of FIG. 13 for the devices of FIG. 

ll; 

FIG. 15 is a diagram illustrating a sequence of data 
exchange messages between another set of devices; 

FIG. 16 is a flow chart outlining steps in the data exchange 
sequence of FIG. 15; 

FIG. 17 is a flow chart outlining steps in a data exchange 
sequence between yet another set of devices; 

FIG. 18 is a flowchart outlining a procedure for the 
introduction of a new appliance into an established personal 
area network; 

FIG. 19 is a flowchart outlining a polling/alarm procedure 
for use in a personal area network; 

FIG. 20 is a simplified exemplary plan view of a remote 
controller for a video cassette recorder in accordance with 
the present invention; 

FIG. 21 is a diagram illustrating a sequence of data 
exchange messages between a controller and a controlled 
object; 

FIG. 22 is a flow chart illustrating a sequence of steps in 
a process for selecting an address; 

FIG. 23 is a flow chart illustrating a sequence of steps in 
a process for downloading a command set; 

FIG. 24 is a flow chart illustrating a sequence of steps in 
a process for personalizing choices in a menu; and 

FIG. 25 is a flow chart illustrating a sequence of steps in 
a process for effecting a command from a remote controller. 

DETAILED DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a layout diagram depicting relationships 
between various peers (P) 20 in capability addressable, 
wireless, peer-to-peer data communication network 22 con- 
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figured in accordance with the teaching of the present 
invention. While FIG. 1 shows only few peers 20, virtually 
any computer or microprocessor controlled electronic 
device throughout the world may serve as a peer 20. 

5 Accordingly, network 22 supports an unlimited number of 
possible connections between peers 20. 

As used herein, the term "peer-to-peer" is defined to mean 
having at least common portions of communications proto- 
col and/or capability and does not refer to equivalence of 

10 physical size, functional capability, data processing capacity 
or transmitter/receiver range or power. Each peer or com- 
munication node 20 of communications network 22 may 
establish a personal area network. For example, a first and a 
second of nodes 20 first find or determine that each other is 

15 a compatible node. Then, as a result of self-initiated 
processes, first and second nodes 20 form the personal area 
network. First and second nodes 20 must detect that they are 
in a particular proximity to one another and if so a commu- 
nication link is established. This link may be accomplished 

20 by known RF, IR, optical or acoustic techniques or by 
conduction through a living body. When a link is 
established, first and second nodes 20 exchange what their 
needs and capabilities are. When needs and capabilities are 
not able to be satisfied or matched, one of first and second 

25 nodes 20 may alternately route the communications link to 
a third communication node 20. Put another way, a com- 
munications platform that includes at least two nodes having 
overlapping communications regions could also include 
means for exchanging needs and capabilities information 

30 between the at least two nodes for forming a communication 
network. 

Network 22 is desirably configured in a peer-to-peer 
architecture so that only a minimal number of network- 
specific components are used and no fixed infrastructure is 

35 required. In the preferred embodiments, each peer 20 can 
initiate a connection with other peers 20 without servers 
being required to manage the connections. Moreover, peers 
20 can freely move about without affecting the network 
structure or requiring the performance of reconfiguration, 

40 setup or activation procedures. 

Free movement of peers 20 is further supported by using 
wireless communication links 26 as a physical transport 
layer in network 22. In the preferred embodiments, wireless 
communication links 26 are RF links operating in the higher 

45 regions of the microwave band so that small, lightweight, 
inexpensive, omni-directional antennas may be used. 
However, other RF frequencies, optical links and other 
wireless communication links known to those skilled in the 
art may be used as well. The specific protocols used in 

50 implementing wireless communication links 26 are not 
important to the present invention. Various TDMA, FDMA 
and/or CDMA techniques known to those skilled in the art 
may be employed. However, all peers 20 in network 22 
desirably have the ability to communicate using the 

55 protocols, regardless of the capabilities and needs of the 
peers 20. 

FIG. 1 depicts detection zone 28 surrounding each peer 
20. In the preferred embodiments, wireless communication 
links 26 for the vast majority of peers 20 are operated at a 

60 sufficiently low power so that a wireless communication 
range for a given peer 20 is preferably less than 5 meters, 
although the range may be much greater, for the typical peer 
20. The use of this degree of low power transmissions limits 
interference between independent connections which may 

65 share the wireless spectrum at different locations. Moreover, 
the use of this degree of low power transmissions is com- 
patible with configuring a substantial portion of peers 20 as 
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portable devices. Those skilled in the art will appreciate that Application data 54 are provided by performing peer appli- 

hand-portable electronic devices share the characteristics of cations and may change from moment to moment. A 

being physically small, lightweight and including a self- facsimile, a telephone number received over a pager, data 

contained power source, such as a battery. Extremely low scanned in using a bar code reader and a sound snippet 

power transmissions do not severely deplete the reserves of s received from a microphone or other audio source represent 

small batteries typically used in portable devices. examples of application data. 

While peers 20 may potentially connect through network In one embodiment, the present invention is realized as an 

22 with a vast multitude of peers 20, use of low power integrated circuit for interactively coupling one or more 

wireless communication links 26 limits the number of communication nodes in a common network. The integrated 

potential connections at any given instant in time to those 30 circuit includes, in combination, a receiver for receiving 

peers 20 which are physically proximate to one another. In input data, a transmitter for transmitting output data and a 

other words, only when a first peer 20 resides in the processor. The processor is coupled to the receiver and 

detection zone 28 of a second peer 20 and that second peer transmitter for interactively coupling a first common node to 

20 resides in the detection zone 28 of the first peer 20, can a second common node. The processor includes apparatus 

a connection through network 22 occur. 15 for activating a communications link between the first and 

Rather than specifying a network unique address to ini- second common nodes when the first and second common 

tiate a connection, network 22 uses physical proximity along nodes are within a predetermined distance from each other 

with a needs and capabilities evaluation (discussed below) to and when needs ^ capabilities of said first and second 

target a peer 20 with which a connection is desired. By not common nodes overlap. 

specifying a network-unique address to initiate a connection, 20 FIG. 3 shows a non-exhaustive list of examples of appli- 

user involvement in making connections is reduced and ance circuits 48 which may be included in a peer 20. 

network addressing becomes dynamically configurable. Referring to FIGS. 2 and 3, appliance circuits 48 may be 

Such an addressing scheme is useful in exchanging data configured as any type of a wide variety of everyday, 

between devices a user carries and comes into contact with commonly encountered electronically controlled devices, 

on a daily basis. Relaying information between peers not in 25 fixed or portable. Thus, a peer 20 may, in addition to being 

direct communication is also possible. For example, peer a peer 20, be a personal digital assistant (PDA), television, 

20" may establish a communication link with peer 20'" via radio, CD player, tape player, copier, facsimile machine, 

peer 20. In this case, peer 20 provides the relay interface telephone, cellular telephone, cordless telephone, pager, 

between the other two peers. watch, computer, point of sale (POS) terminal, automated 

Not all peers 20 are required to be portable devices. FIG. 30 teUer or other electronic device. 

1 shows communication link 30, which may or may not FIG. 4 shows a non-exhaustive list of gateways 44 which 

include a wireline link, connecting a peer 20' to public may be included in a peer 20, Referring to FIGS. 2 and 4, 

switched telecommunication network (PSTN) 32. Through gateways 44 may be configured as any of a wide variety of 

PSTN 32, peer 20' may communicate with a vast assortment relay, routing or protocol conversion devices known to those 

of remote devices 34, of which FIG. 1 shows only one. Peer skilled in the art. For example, a peer 20 may, in addition to 

20' may be powered from a public power network (not being a peer 20, be a modem which couples peer 20 to PSTN 

shown) so that minimizing power consumption is not a 32 (FIG. 1). Other gateways 44 may couple a peer 20 to 

significant design issue. While FIG, 1 depicts only PSTN 32 LANs or WANS. Still other gateways 44 may couple a peer 

linking peer 20 to remote device 34, other local area network 4Q 20 modem to a satellite, a peer 20 cell phone to PSTN 32, 

(LAN), wide area network (WAN) or communication links a plain old telephone (POT) peer 20 to PSTN 32. 

known to those skilled in the art may connect peers 20 to FIG. 5 shows a non-exhaustive list of I/O devices 46 

remote devices 34. Remote devices 34 may or may not which may be included in a peer 20. Referring to FIGS. 2 

themselves be peers 20. While network 22 uses proximity as and 5, I/O devices 46 may be classified into input devices 

a factor in targeting peers 20 to which connections are 45 and output devices. Input devices may include keyboards, 

formed, the use of routing, gateway or relaying peers 20' pointing devices, optical scanners, microphones and other 

permits connections to be extended over great distances well known input devices. Output devices may include 

through use of other networks. printers, monitors, speakers and other well known output 

FIG. 2 is a block diagram of hardware 21 included in peer devices. Thus, in addition to being a peer 20, a peer 20 may 

20. Peer 20 includes antenna 36 configured to support 50 be ™ VO device 46 

wireless communication link 26. Antenna 36 couples to Those skilled in the art will appreciate that gateways 44, 

transmit and receive section 38. Transmit and receive sec- I/O section 46 and appliance circuits 48 are not mutually 

tion 38 is compatible with the protocols peers 20 use to exclusive categories. For example, many devices fall into 

communicate with one another. Transmit and receive section multiple categories. For example, a computer considered as 

38 couples to processor 40. Processor 40 couples to memory 55 an appliance may include both an I/O section and a gateway. 

42, optional gateway 44, communication link 30, optional Likewise, a gateway may serve an I/O role. 

I/O section 46, transmit and receive unit 38 and optional FIG. 6 is a flow chart of tasks included in a capability 

appliance circuits 48. addressable connection process 56 performed by a peer 20. 

Processor 40 executes computer programs 50 which are Process 56 is defined by a computer program 50 stored in 

stored in memory 42. Computer programs 50 define pro- 60 memory 42 of peer 20 (FIG. 2) in a manner well known to 

cesses performed by processor 40 and peer 20. Memory 42 those skilled in the art. In the preferred embodiments, all 

additionally stores personalization data 52 and application peers 20 perform a process similar to process 56. 

data 54. Personalization data 52 characterize a user or owner Process 56 includes a query task 58 during which peer 20 

of peer 20 and may change from user to user or from time determines whether a setup connection is being attempted, 

to time. ID codes, passwords and PINs are examples of 65 Generally, task 58 allows a first peer 20 to determine 

personalization data as are radio or TV channel presets, whether a second peer 20 is physically proximate to the first 

language preferences and speed dial telephone numbers. peer 20. Task 58 causes transmit and receive section 38 
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(FIG. 2) to monitor wireless communication link 26 (FIG. 1) with a particular user's personalization data whenever that 

to determine whether a signal compatible with a protocol user is near, without requiring action on the user's part, and 

being used by network 22 (FIG. 1) can be received. Due to regardless of prior persons who may have used the appli- 

thc above-described low transmission power levels used by ance. 

peers 20, when a signal is detected, the peer 20 sending the 5 other exemplary needs can include that of printing appli- 
signal is located near the receiving peer 20. cat i 0 n data 54 (FIG. 2), displaying application data 54, 
When task 58 fails to determine that a setup connection is annunciating application data 54 at a speaker, routing con- 
being attempted, a query task 60 determines whether a nectivity to the Internet or other network resources, POS 
connection-seeking event has occurred. A connection- transactions, passage through secure areas or toll booths and 
seeking event causes a peer 20 to seek out a connection with 10 the like. 

another peer 20. Connection-seeking events can be triggered Capability specification 72 may be determined by con- 
using a periodic schedule. For example, connections may be suiting a capability table 76, an exemplary and non- 
sought out every few seconds. In this example, the schedule exhaustive block diagram of which is depicted in FIG. 9. As 
may call for more frequent periodic connection attempts illustrated in FIG. 9, data codes may be associated with a 
from peers 20 which are powered from a public power 15 variety of network capabilities provided by a service- 
network and less frequent connection attempts from peers 20 providing peer 20. For example, a service-providing peer 20 
which are battery powered. Connection-seeking events can capability can be that of appliance personalization. Thus, a 
also be triggered upon the expiration of a fixed or random peer 20 may be capable of being personalized by personal - 
interval timer or upon the receipt of other external informa- ization data 52 (FIG, 2). Other examples include capabilities 
tion. The other external information can include information 20 0 f printing, displaying, annunciating over a speaker, relaying 
obtained through appliance circuits 48, gateway 44 or I/O a connection through the Internet or other network or POS 
section 46 (FIG. 2), including user input. terminal and unlocking a secured passageway, to name a 
If task 60 fails to determine that a connection-seeking few. In general, potential capabilities are compatible with 
event has occurred, program control loops back to task 58. potential needs. 

If task 60 determines that a connection-seeking event has 25 Referring back to FIG. 7, need/capability message 64 

occurred, process 56 performs a task 62. Task 62 initiates an includes those codes from tables 74 and 76 (FIGS. 8-9) that 

unsolicited setup connection. The setup connection is not currently apply. While a peer 20 may have more than one 

addressed to any particular peer 20 of network 22. Rather, it need or capability at a given instant, nothing requires a peer 

is broadcast from the peer 20 making the attempt and will be ^ 20 to have multiple needs or capabilities. Moreover, nothing 

received by all peers 20 within the detection zone 28 (FIG. requires a peer 20 to have both a network need and a network 

1) of the broadcasting peer 20. As discussed below, the capability. Message 64 serves as a need message if a peer 

broadcast signal need not be answered by another peer 20 need is specified regardless of whether a peer capability is 

even when another peer 20 is in detection zone 28. At this specified and as a capability message if a peer capability is 

point, the broadcasting peer 20 need not know if any other ^ specified regardless of whether a peer need is specified, 

peer 20 can receive the broadcast signal, and the broadcast- Referring back to FIG. 6, after task 62 broadcasts message 

ing peer 20 may or may not know any particular needs or 64 ( FIG 7 ^ pr0 gram control loops back to task 58, When 

capabilities of other peers 20 should other peers 20 be lask 5 g eventua ii y detects that a setup connection is being 

sufficiently proximate so that a connection may be formed. attempted by receiving a message 64, task 78 performs an 

Task 62 initiates a setup connection by broadcasting a 4Q authorization process. Task 78 uses authorization key 68 

need/capability message 64, an exemplary format for which (FIG. 7) from message 64 to determine if the peer 20 

is depicted in FIG. 7. Referring to FIG. 7, message 64 attempting to setup a connection is authorized to connect to 

includes an ID 66 for the peer 20 broadcasting message 64, the receiving peer 20. Task 78 allows an owner of a peer 20 

an authorization key 68, a need specification 70, a capability to restrict access to the owned peer 20 through network 22. 

specification 72 and can include other data elements. ID 66 45 The authorization process of task 78 may be used, for 

is desirably sufficiently unique within the domain of network example, to restrict personalization capabilities of an appli- 

22 so that it may be used in an addressed service connection, ance to a small family group. Alternatively, a peer 20 having 

should the setup connection prove successful. Authorization a POS capability may perform an extensive authorization 

key 68 includes one or more data codes which may be used process before permitting a transaction to take place. A peer 

by a receiving peer 20 in performing an authorization 5Q 20 having a need may also qualify the receipt of provided 

process. Needs specification 70 is a list of network needs services depending upon the authorization process provided 

currently experienced by the broadcasting peer 20. Capabil- by task 78. 

ity specification 72 is a list of network capabilities which the After task 78, a query task 80 determines whether the 

broadcasting peer 20 may provide to other peers 20 of authorization process 78 authorized the attempted setup 

network 22. 55 connection. If authorization is denied, program control loops 

Needs specification 70 may be determined by consulting back to task 60. The receiving peer 20 need not reply or 

a need table 74, an exemplary and non-exhaustive block otherwise acknowledge the attempted setup connection, 

diagram of which is depicted in FIG. 8. As illustrated in FIG. if authorization is accepted, a task 82 evaluates peer needs 

8, data codes may be associated with a variety of network with peer capabilities. In other words, task 82 causes the 

service needs which a service-requesting peer 20 may expe- 60 message-receiving peer to compare its available capabilities 

rience. (if any) to any needs listed in a received unsolicited need/ 

One exemplary need is that of appliance personalization. capability message 64 (FIG. 7) and to compare its available 

In the appliance personalization need example, a PDA might needs (if any) to any capabilities listed in the message 64. 

need to personalize nearby appliances. To satisfy this need, After task 82, a query task 84 acts upon the result of the 

personalization data 52 (FIG. 2) should be programmed into 65 evaluation of task 82. When no internal capabilities match 

certain nearby appliances without user intervention. As a needs indicated in an unsolicited message 6 and no internal 

result, the certain appliances will always be programmed needs match capabilities indicated in an unsolicited message 
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64, neither peer 20 can be of service to the other. Program Procedure 92 performs tasks 96 and 98 to provide a user 

control loops back to task 60 and the receiving peer 20 need input capability for a service -receiving peer 20 of network 

not reply or otherwise acknowledge the attempted setup 22 through an established service connection. During task 

connection. 96, the service -providing peer 20 collects user input from its 

At this point, the vast multitude of potential connections 5 I/O section 46 (FIG. 2). During task 98, the service- 

which a peer 20 may make within network 22 has been providing peer 20 sends the collected user input data to the 

greatly reduced in scope without the use of network-unique connected service-receiving peer 20. After task 98, program 

addressing. The low power transmission scheme excludes fl ow re turns. Tasks 96 and 98 may be used to control or 

most peers 20 in network 22 from being connectable at a program appliances from a PDA or other device which may 

current instant because most peers 20 will not be proximate 1Q have ennanced ^ mput capabilities, 

one another. Of the few peers 20 which may be within each _ , M c t . inA t t t 

other's detection zones 28 (FIG. 1), the scope of potential Pr ^ edu ^ e 92 P erforms task 100 10 P r ™ de f user 

connections has been further limited through the authorize capability for any service-receiving peer 20 of network 22 

tion process of task 78 and needs and capabilities evaluation tnrou S h an established service connection. During task 100, 

of task 82. Additional exclusions on the remaining potential the service-providing peer 20 receives data generated from 

connections are performed through a negotiation process 35 the service-receiving peer 20 over the service connection 

carried on between a service -requesting peer 20 and a and annunciates the data at an output device in its I/O section 

service-providing peer 20. 46 (FIG. 2). The data may be annunciated in audibly and/or 

When task 84 determines that capabilities and needs visibly perceivable format or in any other formats) perceiv- 

appear to be compatible, a query task 86 determines whether able by human senses. After task 100, program flow returns, 

this negotiation process is complete. If the negotiation 20 Task 100 may be used to annunciate data collected in a 

process is not complete, a task 88 establishes or otherwise portable peer 20 at a non-portable annunciating device, 

continues the setup connection in furtherance of the nego- Alternatively, task 100 may be used to annunciate data 

tiation process by sending an addressed negotiation message generated by a stationary appliance with limited I/O capa- 

(not shown) to the peer 20 whose peer ID 66 (FIG. 7) was bility at a portable annunciating device, 

included in a just-received needs/cap abilities message 64^ 25 Procedure 92 performs control appliance process 102 to 

The negotiation message can have a form similar to that of ^ controlling of appliances. Tasks 104, 106 and 

needs/capabilities message 64, but be specifically addressed ^ pm ^ s m ^ performed t0 program an appliance 

to me other peer zu. peer 20 with personalization data 52 (FIG. 2). During task 
After task 88, program control loops back to task 60. . r ... *m ♦ rt „r' * nn ^T*o « 
Subsequent negotiation messages may, but need not, be 30 J 04 ' a j*™**™*** P eer 20 S ete Penttnahzatio * te t £ 
received. If such subsequent negotiation messages indicate from ,he connected semce-receiving peer 20 fusing the 
that both peers 20 to the prospective connection have service connection Next, task 106 translates the network 
completed negotiation, a query task 90 determines whether compatible personalization data 52 into a format suitable for 
the negotiation was successful. When negotiation is not * c s ? eClliC , a PP hanc ?.!? * P^8 ramm .« 1 WIlh P^rsonaliza- 
successful, program control loops back to task 58 and no 35 »'° n data 52 ,: Those slalled in the art will appreciate that not 
service connection results. However, when negotiation is a11 personalization data 52 availab e in a service-receiving 
successful, process service connection procedure 92 is per- PfJ 20 Deed to be applicable to all appliances. Tmis task 
formed. During procedure 92, a one-to-one, addressed con- V* 6 can u f as mucb of personalization data 52 as applies to 
nection is established between peers 20 to perform network the , s P eclfic appliance. After task 106, task 108 causes the 
services. Upon completion of the service connection, pro- 40 a PP banc ? «° to programmed with the translated personal- 
gram flow loops back to task 58. ,zatlon data 52 - Mler task 108 > P r0 8 ram flow returns - 

While nothing prevents capability addressable connection Tasks 110, 112, 114, 116 are performed to allow a user to 

process 56 from relying upon user intervention during the easily control an appliance. These tasks can be performed on 

setup connection process, user intervention is not required. a PDA, for example, which has a display and user input 

Whether user intervention is required or not should depend 4S capability exceeding the user I/O capabilities typically found 

upon the security, a priori knowledge and other consider- °n appliances. In this case, an appliance is a service- 

ations connected with the nature of the peers 20 involved. receiving peer 20 while the PDA is a service-providing peer 

For example, peers 20 involved in financial transactions can 20. During task 110, the service-receiving peer 20 uploads 

benefit upon user intervention to ensure security. However, an appliance control computer program to the connected 

personalization of user-owned appliances and many other 50 service-providing peer using the service connection. Next, 

connection scenarios need not rely on user intervention. during task 112 the service-providing peer 20 executes the 

FIG. 10 is a flow chart of process service connection just-uploaded computer program. Task 112 causes the 

procedure 92. Procedure 92 illustrates a collection of tasks service-providing peer 20 to become specifically configured 

which can be performed at a service-providing peer 20 in to P rovlde a desirable user interface for the specific apph- 

support of a service connection. Not all peers 20 need to be 55 ™ce being controlled. Next, during task 114 control data are 

able to perform all the tasks depicted in FIG. 10. Likewise, received at the service-receiving peer 20 over the service 

many peers 20 may include other tasks which suit the nature connection. The control data originated from user input is 

of those particular peers 20. su PP hed throu g h the contro | computer program being 

r> j (\«^ c t « QA tn > A „ n „^ xt „u executed on the service -providing peer 20, After task 114, 

Procedure 92 performs a task 94 to provide a network , , , . . . ?• • j ^ 

t t r 4 ..... c r - > , n task 116 controls the subiect appliance in accordance with 

relay, router or gateway capability for a service-receiving 60 , . , . J t / \ . . A # . 1 1 £ 

m p * i ii *u u .maivu^ ~° the control data received in task 114. After task 116, program 

peer 20 of network 22 through an established service con- » r t> 

nection. During task 94, a service -providing peer 20 relays ow returns - 

data communications between the connected peer 20 and a EXAMPLE I 

remote device 34 (FIG. 1). After task 94, program flow 

returns to process 56 (FIG. 6), Task 94 may be used to 65 FIG. 11 is a block diagram illustrating relationships 

extend the service connection to the Internet or other net- between personal area network 120, communications device 

work. 127 and external infrastructure 131. Personal area network 
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120 comprises personal devices 121 interlinked via, for This type of interchange could occur when a person enters 

example, RF interconnections, represented as links 123. an area and the person's personal communications device 

Personal area network 120 is linked to communications begins to interact with a network of appliances that are 

device 127 via RF link 125 and in turn via link 129 to relatively fixed in some environment. For example, a client 

external infrastructure 131 comprising, in this example, 5 who walks into a doctor's office might have a personal 

personalized records describing either an individual user's <% ilal assistant that interacts with the appliances in the 

preferences, location and/or statistics (IUPLS) or a roaming doctor's office to tell the infrastructure where the person is 

user's preferences, location, local telephone number and/or and |° have ail u to J te P erso °> ho L me a ^ or office , 

statistics (RUPLS). Each of personal devices 121 and tele- telephone rerouted to the doctor s office phone. This type of 

phone 127 is equipped with a bidirectional RF linkage 10 



device such as RF linkage device 135 of FIG. 12. 



transaction is described below with reference to FIG, 14 and 
associated text. 

FIG. 14 is a flow chart of process 170 outlining steps in 

FIG. 12 is a block diagram of exemplary peer commum- data communications sequence 160 (FIG. 13) for devices 

cations and control device 135, analogs to that of FIG. 2, 121, 127 (FIG. 11). Process 170 begins with telephone 

comprising antenna 137 coupled to T/R module 139, pro- system interactions 171 with telephone 127 (FIG. 11). When 

cessor 143, memory 147, optional I/O device 159 and ^ the process determines that a personal device 121 is in range 

optional appliance circuits 155, analogous to antenna 36, of phone 127 (block 172), telephone 127 acknowledges that 

transmit and receive section 38, processor 40, memory 42, personal device 121 is in range (block 173). In return, 

optional I/O section 46 and optional appliance circuits 48 of personal device 121 transmits user preferences (block 174). 

FIG. 2, respectively. Optional gateway interface 44 of FIG. When personal device 121 indicates that the line coupled to 

2 may be a separate element, as shown in FIG. 2, or may be 20 telephone 127 is not to be used to transmit data or when 

subsumed under the aegis of optional I/O device 159, as in personal device 121 is not in range of phone 127, control 

the system illustrated in FIG. 12. When present, optional I/O loops back to block 172. When personal device 121 indi- 

device 159 is linked to processor 143 via link 157 while cates (block 175) that the line coupled to phone 127 is to be 

optional appliance circuits 155 are linked to processor 143 used to transmit or receive data, phone 127 sends location 

via link 153. Processor 143 couples to T/R module 139 via 25 information (block 176) to infrastructure 131. The location 

link 141 and to memory 147 vi link 145. Memory 147 information describes the location and telephone number(s) 

includes computer program(s) 148, personal data 149 for telephone 127, which includes the location of the user 

including IUPLS 133, RUPLS 134 and application data 151. because the user is within range of telephone 127. This 

Application data 151 includes device configuration information is used to update RUPLS 134 when telephone 

preferences, network topologies and the like. 30 127 is not the user's phone or in the user's usual haunts and 

Appliance circuits 155 or 48 (FIG. 2) are adapted to is used to update RUPLS 134 and IUPLS 133 when the user 

interface to control systems associated with a given appli- returns home or to the office. When this phone line is not to 

ance. These may be included with the appliance when be used, for whatever reason, program control loops back to 

manufactured or appliance circuits 155 or 48 may be the test of block 172. Additionally, when physical motion of 

adapted to retrofit an appliance that was not manufactured 35 the personal device 121 or when another personal device 

with a personal networking capability. In either case, 121 through which personal device 121 is establishing 

memory 147 includes data relevant to control of the connection to the network moves out of range, the program 

appliance, such as internal commands, capabilities, interface ste P s through decision block 180 to update preferences to 

protocol and/or interface commands as well as information defaults (block 182) or to set them to those from another 

allowing appliance circuits 155 or 48 to program and assert 40 personal device 121 that is in range of the television, 

at least a measure of control over the appliance through When a call is made to the user's home or office phone 

commands generated by processor 143 in response to infer- (block 178), the call is routed to the user's current location 

mation coupled via antenna 26 or 137. (block 181) provided that the system determines that the 

Memory 147 is configured to allow data therewithal to be A , user is siin ^thin range of telephone 127 (block 180). When 

rewritten or updated as circumstances change. An example u 15 determined that the user is no longer within range of 

of a transaction in which such changes occur is described in telephone 127 (block 180), telephone 127 updates the phone 

connection with FIG. 13 and associated text. hne Preferences to default values (plus any deriving from 

, , , , . . . interactions that telephone 127 may be having with other 

T/R module 139 (analogous to transmit and receive users \ 

module 38, FIG. 2) is usefully a DTR-9000 from Radio 50 1 ; ' 

design Group, Inc., 3810 Almar Road, Grants Pass Oreg. EXAMPLE II 

97527-4550 while processor 143, memory 147 and optional fig. 15 is a diagram illustrating sequence 190 of data 

I/O device 159 are usefully an MPC821 microprocessor exchange messages between another set of devices 121, 191. 

available from Motorola of Phoenix Ariz., Austin Tex. and T n m i s examp ie, personal device 121 is carried by a user who 

Schaumburg 111. 55 approaching, for example, rental car 191, which is 

FIG. 13 is a diagram illustrating a sequence of data equipped with and controlled by a peer analogous to per- 

exchange messages between the devices of FIG. 11. Per- sonal devices 121 (FIG. 11), 135 (FIG. 12) or peers 20 (FIG. 

sonal device 121 of FIG. 11 (analogous to device 20, FIG. 1), 21 (FIG. 2). Personal device 121 transmits interaction 

1) initiates the exchange of data with interaction request 161 request 192. Car 191 transmits acknowledgment 194 back to 

directed to telephone 127, for example. Telephone 127 60 personal device 121 via hardware 135, 21. Personal device 

acknowledges interaction request 161 with message 162 and 121 transmits car keys (electronic codes unique to car 191) 

polls personal device 121 for preferences with message 162. to hardware 135 or 21 in car 191 (car keys were loaded into 

Personal device 121 then provides preferences response 164 personal device 121 in the course of making arrangements 

to telephone 127. Telephone 127 then sends message 166 to for rental of car 191). Car 191 then validates the car keys via 

network or infrastructure 131 including location information 65 hardware 135, 21, unlocks the doors and acknowledges 

and/or IUPLS 133 and/or RUPLS 134, depending on the receipt of the car keys (block 197), again via hardware 135, 

nature of the data contained in preferences response 164. 21. 
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Acknowledgment message 198 from hardware 135, 21 of missing. Rules governing the proximity relationship can be 

car 191 to personal device 121 coincides with opening of the determined by the person having authority to do so. For 

car door by the user. Personal device 121 transmits car example, the proximity relationship could be to limit either 

configuration preferences to hardware 135, 21 of car 191 in or both the number of communication relays or the physical 

message 200. Car 191 then accommodates as many of these 5 distance separating the member devices from device A. An 

preferences as possible, by setting seat position and height, example of how this can be accomplished is by each 

mirror adjustments, lighting levels and personal device communication being tagged with a relay count, i.e., a count 

adjustments (i.e., setting a radio to a desired station etc.). that is incremented each time a message passes from one 

These operations are described in more detail with reference device 121 to another device 121. 

to FIG, 16 and associated text. no when devices 121 come into proximity, they detect each 

FIG. 16 is a flow chart of process 210 outlining steps in other (see FIG. 1 and associated text). At this point, they 

data exchange sequence 190 of FIG. 15. Process 210 begins could potentially network together but they have not yet 

when personal device 121 forms a personal network with car done so. After a short negotiation, each device 121 decides 

191 (block 211) via hardware 135, 21. When step 212 whether it wants to network with the other device 121. When 

determines that personal device 121 is in door range of 15 both devices 121 agree to participate in a dialog, devices 121 

hardware 135, 21, an acknowledgment signal is sent (block couple, i.e., are in data communication. Note that a dialog 

213) from hardware 135, 21 of car 191 and personal device between two devices 121 beyond the initial negotiation may 

121 transmits car keys (block 214). Car 191/hardware 135, never occur, but they are considered to be coupled because 

21 then determines if the car keys are valid (block 215). they know of each other's existence, they have a mechanism 

When personal device 121 is not in range of hardware 135, 20 established for communication and they have agreed that 

21 of car 191 or when the car keys are not valid for this car they can participate in a dialog. 

191, program control loops back to block 212. When the car On the contrary, devices 121 that are in proximity may 

keys are valid, car 191 unlocks and opens the car door and e i ec t DO t to participate in a dialog with each other, and, even 

sends an acknowledgment to personal device 121 (block though they are capable of detecting each other, they are not 

216) vi hardware 135, 21. Personal device 121 then sends 25 networked. This situation might occur because two devices 

configuration preferences to hardware 135, 21 of car 191 121 are owned by two different individuals, and each device 

(block 217). Car 191 then accommodates these preferences 121 has been instructed that it is only to dialog with other 

as described above in conjunction with text associated with devices 121 owned by the same individual. In this way peer 

FIG. 16. devices 121 can selectively ignore other devices 121 even 

30 though they are in proximity. This can be accomplished with 

EXAMPLE III unique ownership identification codes, or some other tech- 

FIG. 17 is a flow chart of process 220 outlining steps in nique well known to those skilled in the art. 

a data exchange sequence between yet another set of This technique serves the situation where a first person 

devices. Process 220 begins (block 222) when personal 35 has devices 121 in an apartment where they are in proximity 

device 121 comes in range of a television. The television to another person's devices 121 in another apartment. Even 

acknowledges (block 223) presence of personal device 121. though these devices 121 can detect each other, they will not 

Personal device 121 transmits (block 224) preferences such network together if they have been programmed to only 

as channel or network, volume level, contrast and the like. network with other devices 121 owned by the same indi- 

When the options or preferences are not valid options for 4Q vidual. Of course, other authorization schemata exist and 

this television or when personal device 121 is not in range could be employed by those skilled in the art, e.g., devices 

of the television, control loops back to block 221. The 121 can be networked together and separated into disjoint 

television then accommodates these preferences (block 226) sets called security sub-groups. 

and sets any cable network changes that are transmitted Procedure 250 begins (block 251) when the security 

(block 227). 45 criteria for a specific device 121 ("device A") is pro- 

In response to the messages that were sent in conjunction grammed into device A. In the case where devices 121 do 

with the tasks of block 227, the system routes the desired not have intrinsic input capabilities, this programming may 

station to television receiver (block 228), Additionally, when be effected via an RF link, hardwired link, or optical link; at 

physical motion of the personal device 121 or when another the opposite end of the chosen link there is an interface 

personal device 121 through which personal device 121 is 50 device, such as a keyboard, voice recognition system or 

establishing connection to the network moves out of range, similar device, for programming device A. The first step 

the program steps through decision block 230 to update TV determines (block 253) if all devices 121 of a specific 

preferences to system defaults (block 232) or to set them to security group are in proximity or in data communication 

those from another personal device 121 that is in range of the with device A. When this is not the case, the program may 

television. When this does not occur, the chosen TV signals 5S either strive to effect communication with the available 

are routed to the TV (block 231) and displayed. network or wait until the missing member devices 121 are 

brought into proximity/data communication with the net- 

EXAMPLE IV work (block 255). 

FIG. 18 is a flowchart outlining procedure 250 for the In either case, the coupling step (block 257) precedes 

establishment of security criteria for device A. Procedure 60 programming device A with information that may desirably 

250 assumes that (i) the person programming device A has contain the security needs regarding other devices in device 

authority to do so (based on an ownership code, password A's security group (blocks 259—265). 

and the like) and (ii) the person programming each of the In particular, security information relevant to member 

member devices has the authority to do so (based on an device 121 is programmed into device A (block 261) and 

ownership code, password and the like). A member is a 65 security information relevant to device A is programmed 

device that device A expects to be in proximity with; when into member device 121 (block 263). Additionally, device A 

the member device is not in proximity, device A may be maybe programmed to be recognized by one or more of the 
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following: a security group unit serial number, a unique to disable the device (block 285) and/or raise an alarm 

security group identifier that identifies the owner, a physical (block 287) is taken, prior to procedure 270 ending (block 

address and/or a telephone number for the usage site and the 289). 

like. The alarm condition may include having device A (i) shut 

Security criteria for member devices 121 may involve 5 down (block 285), (ii) attempt to place a call to police for 

specifications that are both inclusive and exclusive. For help (block 287), (iii) attempt to place a call to a central 

example, an inclusive specification might be "when I no appliance authority for help or for an override code (block 

longer see device B then I am missing". An exclusive 287), or (iv) interact with neighboring devices (block 287), 

specification might be "If I see device D then I am missing". in order to attempt to place a call per (ii) or (iii). When an 

Desirably, when all such member devices 121 in the 10 ordinary telephone line is used to effect the call, the physical 

security group have been programmed with each other's address is usually easily determined from the identity of the 

data, security information with respect to device A is refined line on which the call is placed, 

to include multiple interactions (block 267) and program eyaudtc v 

250 ends (block 269). For example, suppose that device A's EXAMPLE V 

security group includes three devices named B, C and D. In 15 FIGS. 20 through 25 address application of concepts 

block 267 the security criteria contained within device A previously discussed to the setting of a remote controller for 

could be refined with inclusive statements like "If any two an appliance. 

of the devices B, C, D are absent for two hours or more then 20 is a simplified exemplary plan view of a first 

I am missing". The criteria could also be refined with preferred embodiment of remote controller 300, adapted for 

exclusive statements like "If I ever see devices C and D 20 use a v jdeo cassette recorder, in accordance with the 

within three minutes of each other then I am missing". present invention. Controller 300 includes three displays 

When it is not the case that all member devices 121 have 303, 307, 309, with display 303 for showing address 
been programmed with each other's data, control reverts to notifications, display 307 for showing those commands that 
block 259, another member device 121 is selected and the will be transmitted to the device controlled by controller 300 
steps of blocks 259-265 are repeated until all member and display 309 showing icons 311 corresponding to avail- 
devices 121 nominally comprising the security group have able commands. Cursor 312 indicates which of icons 311 is 
been programmed. selected, with display 307 providing a textual description or 

Note that when a security group is established for device identification of the selected command. Track ball 301 

A, the security group exists with respect to device A only. 3Q allows an operator to move cursor 312 between different 

For example, suppose device A has one member device B in icons 311. Buttons 305 allow switching of addresses dis- 

its security group. On the other hand, device B may define played in display 303. 

a security group of its own, e.g., with device C as its FIG. 21 is a diagram illustrating sequence 320 of data 

member. This does not, however, establish any implied exchange messages between controller 300 and controlled 

relationship from B to A, nor between A and C. So just 35 object 324. The process initiates with address search request 

because B is a member of A's security group does not imply 326 going from controller 300 to controlled object 324 via 

that A is a member of B's security group, nor does it imply devices such as peer communications and control device 135 

that C is a member of A's security group. This scheme (FIG. 12) or hardware 21 (FIG. 2) in each of controller 300 

allows for great flexibility in the implementation of the and controlled object 324. Address acknowledgment 328 

present invention. 40 informs controller 300 that controlled object 324 is in data 

FIG. 19 is a flowchart outlining polling/alarm procedure communication with controller 300. Controller 300 then 

270 for use in conjunction with a security group. Procedure requests that a command set for controlled object 324 be 

270 begins (block 271) by device A waiting a prescribed downloaded (block 330). 

polling interval (block 273). The polling interval may be Controlled object 324 then downloads (download "set of 
specific to the nature of device A and may vary from a very 45 control commands" 332) a set of such commands to con- 
short (e.g., five minutes) polling interval in some cases to troller 324. At this point, controlled object 324 has sent a set 
relatively long polling intervals for other types of devices of commands/actions that it can perform at the behest of 
(e.g., a day). controller 300. Those commands selected by the user of 

Following the polling interval wait, device A may poll all controller 300 are sent (selected command(s) for control, 

members 121 in the security group (block 275) to determine 50 block 334) to controlled object 324 and controlled object 

whether or not they are in proximity. When this has been 324 provides command feedback (block 326), including at 

accomplished, device A determines (block 277) if any mem- least an acknowledgment that the command or commands 

bers 121 are missing from the security group. When no were received. Both controller 324 and controller 300 send 

members 121 are missing from the security group and no and receive commands and feedback (block 338) as the user 

devices 121 are present that are not expected, program 55 sets the preferences chosen from the list previously sent in 

control passes back to block 271/273 and steps outlined in download "set of control commands" (block 332) and this 

blocks 273-277 repeat at appropriate intervals. continues through to a last, or ith, command (command_J 

When it is determined (block 277) that a member 121 is 340) and feedback (command_J feedback 342). 

missing from the security group, or that an unexpected FIG. 22 is a flow chart illustrating sequence 350 of steps 

member 121 is present, device A waits (block 279) a 60 in a process for selecting an address. Sequence 350 begins 

specified interval for the return or removal of the missing (block 325) when the user initiates address searching for an 

device and then polls (block 281) the missing member. appliance. Controller 300 is activated in an area that will 

When the member 121 is determined (block 283) not to be allow interaction of controller 300 with a personal area 

actually missing, control passes to block 271/273 and steps network (block 354) and controller 300 "pings", or sends 

outlined in blocks 273-277 are repeated. When the member 65 interrogative messages to, controlled objects 324 within that 

121 is determined (block 283) to actually be missing or personal area network (block 356). When the responses 

unexpectedly present, affirmative action such as taking steps indicate (block 358) that a controlled object 324 unknown to 
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controller 300 is part of, or in communication with, the 
personal area network, controller 300 adds (block 360) the 
new controlled object 324 to an internal list (i.e., stores data 
in memory 42, FIG. 2, or memory 147, FIG. 12). Controller 
300 also displays an address corresponding to new con- 5 
trolled object 324 on display 303 (FIG. 20) and then iterates 
steps 358-362 until no new controlled objects are encoun- 
tered within the personal area network. 

When controller 300 determines (block 364) that an 
address button has been pushed or selected by the user, 1Q 
controller 300 increments (i.e., displays sequentially-listed 
addresses) an internal list of addresses (block 366); 
otherwise, process 350 ends (block 370). After incrementing 
sequentially-listed addresses (block 366), controller 300 
displays (block 368) an address on display 303 (FIG. 20). 
The steps outlined in blocks 364-368 are repeated until the 
user stops incrementing and displaying addresses. 

FIG. 23 is a flow chart illustrating sequence 375 of steps 
in a process for downloading a command set. Sequence 375 
begins (block 376) with controller 300 stabilized on address- 2Q 
ing controlled object 324 (block 378), e.g., when the user 
stops incrementing addresses in steps 364-368 of process 
350 (FIG. 22). Controller 300 then sends a download request 
(block 380) to controlled object 324 (see also download "set 
of control commands" 332, FIG, 21, and associated text). 2$ 
When controller 300 determines that the command set has 
been downloaded, process 375 ends. 

FIG. 24 is a flow chart illustrating sequence 385 of steps 
in a process for personalizing choices in a menu. Process 
385 begins (block 387) with controller 300 active for 30 
command selection (block 389) (i.e., after having completed 
items 332-342, FIG. 21, process 375, FIG. 23). Controller 
300 determines (block 391) if all commands have been 
processed; if so, control passes to block 399; otherwise, 
controller 300 next displays (block 393) a suitable icon 311 35 
(FIG. 20) and command text and allows deletion of a 
command from the command set by the user. When con- 
troller 300 determines (block 395) that the user wants to 
delete a command, controller 300 updates its internal list 
(block 397) of commands and steps 391-397 are repeated 40 
until it is determined that all commands have been processed 
(block 391). When the user does not want to delete a 
command, control passes back to block 391 and steps 
391-397 are repeated until it is determined that all com- 
mands have been processed (block 391). 45 

When controller 300 determines that all commands have 
been processed (block 391), controller 300 displays an 
updated command list (block 399) and stores (block 401) 
user preferences internally (e.g., in memory 42, FIG. 2, or 
memory 147, FIG. 12). Controller 300 is then active for 50 
command processing (block 403) and process 385 ends 
(block 405) with the internally-stored command set having 
been personalized to the user's preferences. 

FIG. 25 is a flow chart illustrating a sequence of steps in 
process 420 for effecting a command from remote controller 55 
300. Process 420 begins (block 422) with the user activating 
(block 424) transmission (block 426) of a command from 
controller 300 to controlled object 324. Controlled object 
324 processes the command (block 428) immediately. When 
the controlling and commanding process is determined to be 60 
complete (block 430), process 420 ends (block 432) and 
when it is determined that the controlling and commanding 
process is not complete (block 430), process 420 loops back 
to block 424 and the steps outlined in blocks 424-430 are 
repeated. 65 

In summary, the present invention provides an improved 
capability addressable network and corresponding method. 



This network is suitable for interconnecting a plurality of 
everyday electronic devices, including movable and portable 
devices that provide a vast and diverse assortment of ser- 
vices. A priori activation and setup procedures are not 
required in this network because no network specific equip- 
ment requires network addresses in order to make connec- 
tions. Although device addresses are not needed to establish 
connections, device names must be known by connected 
peers before meaningful communication can be established 
and information exchanged. In this context, a device or peer 
name is simply a unique identifier that allows one device or 
peer 20 to be uniquely distinguished from any other device 
or peer 20. Consequently, a minimal amount of user involve- 
ment is needed to make connections to peers and peers may 
make connections to new peers as a routine matter. Network 
node addressing is dynamically configurable because net- 
work connections are formed based upon proximity and 
upon a needs and capabilities evaluation rather than on 
unique network-wide address encoding. 

Although the preferred embodiments of the invention 
have been illustrated and described in detail, it will be 
readily apparent to those skilled in the art that various 
modifications may be made therein without departing from 
the spirit of the invention or from the scope of the appended 
claims. 

What is claimed is: 

1. In a personal area network, a method for programming 
an appliance by a controller, said method comprising the 
steps of: 

a) determining, by said controller, through a self-initiated 
process that said appliance is included in said personal 
area network, where said self-initiated process includes 
transmitting an identification code of said controller; 

b) determining that said appliance and said controller are 
compatible with each other by establishing a data 
communication link; and 

c) when said appliance is in data communication with said 
controller, said controller performing the substeps of: 

i) requesting downloading of a command set for con- 
trolling said appliance; 

ii) receiving said command set for controlling said 
appliance; and 

iii) programming said command set into a memory of 
said controller. 

2. A method as claimed in claim 1, further comprising the 
steps of: 

d) displaying, by said controller, commands from said 
command set; 

e) deleting a specific command from said command set 
when a user indicates that said command should be 
deleted to provide a customized command set; and 

f) storing said customized command set in said memory. 

3. A method as claimed in claim 1, further comprising the 
steps of: 

d) displaying, by said controller, commands from said 
command set; 

e) deleting a specific command from said command set 
when a user indicates that said command should be 
deleted to provide a customized command set; 

f) determining that all commands from said command set 
have been displayed; and 

g) storing said customized command set in said memory. 

4. A method as claimed in claim 3, further comprising the 
steps of: 

h) displaying, by said controller, commands from said 
customized command set; and 
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i) transmitting a command from said command set chosen 
by said user. 

5. In a personal area network, a method for programming 
an appliance by a controller, said method comprising the 
steps of: 5 

sending a self-initiated message by said controller for 
determining that an appliance unknown to said con- 
troller is within said personal area network and capable 
of establishing data communications with said control- 
ler; 30 

adding said unknown appliance to a list of appliances 
known to said controller; and 

storing said list including said unknown appliance in a 
memory within said controller. 

6. A method as claimed in claim 5, further comprising the 
steps of: 

a) determining, by said controller, that said appliance is 
included in said personal area network by receiving a 
response message transmitted from said appliance in 2 o 
response to said self-initiated message transmitted by 
said controller; 

b) determining through the received response message 
from said appliance and responding by transmitting a 
reply message that establishes data communication 25 
with said controller; and 

c) when said appliance is in data communication with said 
controller, said controller performing the substeps of: 

i) requesting downloading of a command set for con- 
trolling said appliance; 30 

ii) receiving said command set for controlling said 
appliance; and 

iii) programming said command set into a memory of 
said controller. 

7. A method as claimed in claim 6, further comprising the 35 
steps of: 

d) displaying, by said controller, commands from said 
command set; 

e) deleting a specific command from said command set 4Q 
when a user indicates that said command should be 
deleted to provide a customized command set; and 

f) storing said customized command set in said memory. 

8. A method as claimed in claim 6, further comprising the 
steps of: 45 

d) displaying, by said controller, commands from said 
command set; 

e) deleting a specific command from said command set 
when a user indicates that said command should be 
deleted to provide a customized command set; 50 

f) determining that all commands from said command set 
have been displayed; and 

g) storing said customized command set in said memory. 

9. A method as claimed in claim 6, further comprising the 55 
steps of: 

d) displaying, by said controller, commands from said 
command set; 



e) deleting a specific command from said command set 
when a user indicates that said command should be 
deleted to provide a customized command set; and 

f) storing said customized command set in said memory. 

10. A method as claimed in claim 9, further comprising 
the steps of: 

g) displaying, by said controller, commands from said 
customized command set; and 

h) transmitting a command from said command set cho- 
sen by said user. 

11. In a personal area network, a method for programming 
an appliance by a controller, said method comprising the 
steps of: 

transmitting a self-initiated message by a controller, 
where self-initiated message includes an identification 
code of said controller; 

responding to said message from said controller by an 
appliance transmitting a response message to said con- 
troller; and 

transmitting identification information of said appliance 
in said response message. 

12. A method as claimed in claim 11, further comprising 
the steps of: 

a) determining, by said appliance, that said controller is 
included in said personal area network and authorized 
to establish data communication with said controller; 

b) determining, by said appliance, that said controller is in 
data communication with said appliance; and 

c) when said controller is in data communication with said 
appliance, performing substeps of: 

i) receiving a request for downloading of a command 
set for controlling said appliance; and 

ii) transmitting said command set for controlling said 
appliance. 

13. A method as claimed in claim 12, further comprising 
the steps of: 

d) receiving a command from said command set chosen 
by said user; and 

e) effectuating said received command. 

14. A method as claimed in claim 12, further comprising 
the steps of: 

d) receiving a command from said command set chosen 
by said user; and 

e) effectuating said received command, wherein said 
received command is chosen from a set consisting of 
changing channel selection to a channel identified in 
said received command, setting a volume level to a 
volume level identified in said received command, 
modifying display characteristics such as intensity, 
brightness and color balance in accordance with 
changes identified in said received command and turn- 
ing said appliance on or off. 
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